SYSTEM AND METHOD FOR DEBT PRESENTMENT AND RESOLUTION 

5 The present invention relates broadly to a system and 

method whereby a person owing a debt or bill is invited to 
resolve this indebtedness via the Internet. More 
specifically, the user is invited (by traditional media such 
as phone or mail) to visit a "transaction community" wherein 
10 the debt may be resolved through an interactive exchange of 
information . 

BACKGROUND OF THE INVENTION 

15 The present invention relates to an Internet-based 

financial service that, unlike current systems, may be 
accessed by anyone with a personal computer having an Internet 
connection. This disclosed system exceeds current standards 
for online banking (Open Financial Exchange) and is set to 

20 meet or exceed anticipated revisions. In a typical debt 
resolution application of the disclosed system, the credit or 
collection company customer (the debtor) can participate in 
web-based financial transactions without previously 
establishing a personal online banking system. Initially, the 

25 credit or collection organization invites the debtor to 



utilize applicant's web-based customer service software by 
offering Internet payment as an option to traditional payment 
methods such as mail or telephonic credit card transactions. 
For example, the mailed copy of a "past due" notice invites 
5 the debtor to visit the creditor's web-based "transaction 
community" -- an interactive alternative location for debt 
resolution . 

The Worldwide Web, or Internet, is actually a complex 
"web" of smaller regional networks. It is comparable in many 

10 ways to our roadways. A network of interstate superhighways 
connect large cities. These highways flow into smaller 
freeways and parkways linking smaller towns to the big cities. 
The parkways ultimately connect to slower, narrower 
residential streets. See EFF's Extended Guide to the 

15 Internet, incorporated herein by reference. 

In the world of computers, the "superhighway" is the 
high-speed Internet. Connected to the Internet are computers 
that use a particular system of transferring data at high 
speeds. In the United States, the major Internet "backbone" 

20 theoretically can move data at rates of 45 million bits per 
second. By way of comparison, the average home modem has a 
top speed of roughly 14,400 to 56,000 bits per second. This 
inter- Internetworking "protocol" allows a network user to 
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connect and link up with computers around the world. 

Smaller networks serving particular geographic regions 
are connected to the backbone computers, which generally move 
data at speeds around 1.5 million bits per second. These 
5 networks are hooked to even smaller networks and individual 
computers. Unlike commercial networks, a central computer 
does not run the Internet. This is both its greatest strength 
and its greatest weakness. This approach means it is 
virtually impossible for the entire Internet to crash at once 

10 -- even if one computer shuts down, the rest of the network 
stays up. This design also reduces the costs associated with 
an individual or organization accessing the Internet through 
a network. However, thousands of connected computers can also 
make it difficult to navigate the Internet and find what you 

15 want -- especially as different computers may have different 
commands for "plumbing" or accessing their resources. Only 
recently have Internet users begun to develop the navigational 
tools and "maps" that allow neophytes and relatively 
inexperienced users get around and navigate the Internet 

20 without getting lost. 
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The number of users, computers, and networks making up 
this Internet is not known with any degree of certainty. Some 
estimates place as many as 5,000 networks, connecting nearly 
2 million computers and more than 15 million people around the 
5 world as the Internet. Whatever the actual numbers, they are 
increasing rapidly . 

The Internet is more than just a technological marvel. 
It is a revolutionary means of communication. The rate at 
which information and documents are exchanged is obviously 

10 quite a bit faster than mail, as messages race around the 
globe in seconds, provided you have the right connection. 
Network providers are therefore continually working on ways to 
facilitate communication between users of one network with 
those of another. At present, work is underway on a universal 

15 "white pages" in which you could look up somebody's 
electronic-mail address. This "connectivity" will become even 
more important in coming years as users begin to demand 
"seamless" network access, much as a telephone user can dial 
almost anywhere in the world without thinking about the number 

20 of phone companies actually involved with the call. As it 
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becomes easier to use, more and more people will undoubtedly 
join this worldwide community known as the Internet. 

While the present invention will have broad application 
to the full range of online financial transactions, particular 
5 applicability is seen in the area of credit and collection 
practices. The credit and collection arenas are segmented 
into distinct market niches. The first niche comprises, for 
instance, collection organizations. The collection industry 
is further defined by type of debts collected (consumer vs. 

10 commercial) and then by the placement of various debts by and 
within the various industries. 

Credit transactions (e.g., loans, credit cards, etc.) 
provide an additional immediate niche for the invention as 
disclosed. The "transaction community" of the present 

15 invention allows for customization to address the various 
transaction niches required within the various credit and 
collection communities. In other words, the invention may be 
adapted to handle almost any credit or collection transaction. 
The debt collection industry is consolidating. The May 

20 1996 issue of Poll action & Cre dit Risk Magazines Annual Report 
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notes that: " [a] lready the number of collection agencies has 
fallen by some 20% in the past two decades." Additionally, 
mergers-and-acquisitions specialist M. Kaulkin and Associates, 
of Bethesda, Maryland, reports that industry insiders expect 
5 another 15% to 20% decrease and further consolidation: "[t]he 
signs of an ongoing consolidation in the collections industry 
are unmistakable. In fact, as measured by placements, the 10 
largest agencies in the country have increased their market 
share from about 15% in 1992 to 42.1% last year." 

10 Over the years, debt collection has evolved as a function 

of available technology and its utilization. There was a time 
when a collection agent would personally visit the debtor for 
debt resolution. Mail allowed the creditor and debtor to 
communicate through a series of "dunning" letters to prompt 

15 debt resolution. With the advent of the telephone, the 
creditor and debtor were able to facilitate debt resolution. 
Of course, while far less costly than personal visits, mail 
and phone collections are expensive operations, lowering the 
profitability of the debt collection process. 

20 Computers have long been used in debt collections, 
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initially with respect to the maintenance of debtor records 
through database consolidation and utilization. More 
recently, advances include computer telephony and predictive 
dialers, which have increased efficiency and lowered time, 
5 energy, and cost expended in debt collection via the 
telephone. The present invention is a leap forward in the use 
of technology in the debt collection industry. In applicant's 
system, the creditor invites and encourages the debtor to 
communicate and resolve debts on the personal computer over 

10 the Internet. It should be noted that all previous 
technological advances in this field have been used to 
increase creditor yield while reducing expenses. Times have 
changed. Increased competition for consumer dollars has 
changed the creditor/debtor relationship into a customer 

15 service relationship. Creditors now compete to retain and 
attract customers by offering customer service. The present 
invention accelerates this trend by allowing credit or 
collection organizations to offer competitive customer service 
while also increasing yield and decreasing expenses by 

20 providing a method that gives customers the ability to resolve 
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debt through a web-based "transaction community" . 

Not surprisingly, there are a number of prior references 
that teach various methods of bill payment and management. 

For example, United States Patent No. 5,220,501, issued 
5 to Lawlor, et al . , discloses a system and method for the 
remote distribution of financial services (e.g., home banking 
and bill -paying) which includes providing a portable computer 
terminal to a user. The terminal may include a multi-line 
display, keys "pointer to" lines on the display, and 

10 additional function keys. The terminal establishes contact 
between a central computer that is operated by a service 
provider, preferably over an analog telephone line, and a 
packeted data network software bundle. Information is 
exchanged between the central computer and a terminal that 

15 solicits particular information from the user relating to 
requested financial services. For example, to pay a bill the 
payee approves the amount and provides his bank account PIN 
(personal identification number) . The central computer would 
then transmit a response message over a conventional 

20 electronic Automatic Teller Machine ("ATM") network for 
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debiting the user's bank account in real time, and then 
electronically remitting payment to the specified payees in 
the specified amounts. Additionally, payment (s) and/or 
transfer (s) may be further scheduled in advance or on a 
5 periodic basis. Because the central or main computer 
interacts with the user's bank as a standard point of sale 
("POS") or ATM network node, no significant software changes 
are required at the bank's computers. The terminal interface 
tries to be user- friendly in incorporating some of the 

10 features of standard ATMs. 

United States Patent No. 5,383,113, issued to Kight, et 
al., discloses a computerized payment system by which a 
consumer may instruct a service provider via telephone, 
computer, or other telecommunications means to pay various 

15 bills without the consumer having to write individual checks 
for each bill. The system essentially operates without 
restriction as to where the consumer banks and what bills are 
to be paid. Essentially, the service provider collects 
consumer information, financial institution information and 

20 merchant information and arranges payment according to the 
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consumer' s instructions . 

United States Patent No. 5,465,206, issued to Hilt, et 
al . , discloses a bill pay system wherein participating 
consumers may pay bills to participating creditors through a 
payment network. The participating consumers receive bills 
from participating creditors (paper bills, e-mail, implied 
bills from automatic debts) which indicate an amount and 
biller identification number. To authorize a remittance, a 
consumer transmits to a participating bank a payment notice 
that indicates a payment date, an amount, the debtor's 
account, the source from which the funds are to be remitted 
and the biller' s identification number. A bank then submits 
a payment "message" to the subscribed payment network and 
forwards the payment message to the biller ! s bank. For 
settlement, the debtor's bank debits the consumer's account 
and likewise, the creditor's bank receives a Internet position 
from the payment network and credits the creditor's bank 
account. If the debtors 1 s bank agrees to send a non- 
reversible payment message, then the debtor's bank does not 
submit the transaction until funds are good unless the 
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consumer's bank is willing to take the risk of loss as would 
be in the case in a guaranteed payment network. In specific 
embodiments, the consumer initiates the bill pay orders 
manually, via paper at an ATM, via PC, or via telephone 
5 keypad. 

United States Patent No. 5,483,445, issued to Pickering, 
discloses an automated system and method for consolidating a 
plurality of individual company charges for a customer with 
different periodic company billing and payment due dates. 

10 Under the system, companies and businesses such as utility 
companies would report periodic billing information to a 
central processing facility. This transfer is completed by. 
electronic or magnetic data transfer. The processing office 
undergoes minimal processing and "holds" the billing 

15 information data until all of the billing information is 
received. Then, the central facility generates a single 
customer statement which identifies individual company charges 
and the statement due date. The statement is then sent to the 
customer with payment for the charges by the due date. After 

20 receiving payment from the customer, the system processes the 
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payment and remits payment to the companies. 

United States Patent No. 5,504,677, issued to Pollin, 
discloses a system and method of collecting payments using an 
automated system to generate a draft, payable to the creditor 
5 and drawn on the payor's checking account, pursuant to payor's 
authorization. The draft is executed by the debt collector as 
authorized signatory for the payor, and deposited into the 
payee's account. The automated system has a simple input 
screen that receives the necessary information for generation 

10 of the draft, which may be read to the system operator over 
the telephone by the authorizing payor. The system verifies 
the account information, comparing the input information to 
records in a database associated with the system. Optionally, 
the system may also generate an "inquiry" to the bank to 

15 determine the funds availability. When verification is 
complete, the system generates a paper draft payable to the 
payor, which may use an MICR ink so that the draft can be 
processed in the banking system like an ordinary check. The 
signature block would then be made for the collection agent 

20 "as authorized signatory for" the payor. 
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United States Patent No. 5,621,640, issued to Burke, 
discloses an automatic donation system for a sales 
establishment including an entry arrangement for entering the 
price of a product into a cash register, the amount of cash 
5 being paid and a calculator for determining excess cash 
payment (s) . A card reader keypad receives a card(s) number 
for accessing data and then prints out the amounts entered. 

United States Patent No. 5,623,662, issued to Mcintosh, 
discloses a method and system for extracting revenue 

10 information from a point-of-sale (POS) terminal for purposes 
of revenue sharing that includes the steps of periodically 
selecting and extracting predetermined portions of data from 
a proprietary database. This system allows for extrapolation 
of select data relating to revenue traffic in a rental system. 

15 Revenue stored in a proprietary database by a proprietary POS 
operating program is periodically selected, extracted and 
stored in a periodic database. The proprietary POS operating 
program can be used to create a history report database from 
the revenue transaction data and the portions of the revenue 

20 transaction data can be selected and extracted from the 
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history report database. 

United States Patent No. 5,644,727, issued to Atkins, 
discloses a communication and computer based system for 
effecting exchange, investment and borrowing, involving the 
5 use of digital communication and computation terminals 
distributed to users and service providers . Through the 
system described and its combined computer and communication 
terminals, client/customers may purchase goods and services, 
save, invest, track bonuses and rebates and effect enhanced 

10 personal financial analysis, planning, management and record 
keeping with less effort and increased convenience. Through 
a prioritization function, the client specifies her financial 
objectives, her risk preference, and budgetary constraints. 
The prioritization function automatically suggests to the 

15 individual a portfolio of asset and liability accounts that 
may be credited and/or debited to provide the required funds 
for consumption and to form investments and borrowing to best 
realize the financial objectives. If desired, the system 
automatically manages a client's budgetary and financial 

20 affairs through a system of expert sweeps based on a client's 
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preferences. The client f s accounts are monitored via a 
borrowing power baseline, and considered imbalanced if the 
client ! s borrowing power is less than the minimum borrowing 
power. If the account is imbalanced, the client may then 
5 reallocate the assets and liabilities within the client 
account and/or modify a set of constraints on the client 
account. If the client account is still not balanced after 
modification of the account, the system will deny 
authorization for certain requested transactions, and may 

10 initiate the liquidation of certain asset accounts and reduce 
the balances of one or more liability accounts. 

United States Patent No. 5,649,117, issued to Landry, 
discloses a system and method for paying bills without 
requiring interaction with the payors. The system includes a 

15 payor control interface, a communications interface, a bill 
generator, and a TCF message generator. The bill generator 
generates bill records from the payor and payee information 
and from bill data messages received from payees. The 
generated records are used by the TCF message generator to 

20 generate the EFT messages for transferring funds 
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electronically between payors and payees. Payors may alter 
the payment amount and date for a bill as well as reverse 
payment of a bill already paid. Payees are also able to alter 
recurring bill records or may present bill data so that bill 
5 records reflecting variable obligation amounts may be 
generated. 

United States Patent No. 5,652,786, issued to Rogers, 
discloses a method and apparatus for processing payment 
transactions using debit card numbers without the requirement 

10 of a personal identification number (PIN) . A telepay system 
of the present invention provides an interface between a 
standard touch-tone telephone and at least one debit card 
network such that real-time bill payment transactions may be 
effected using a keypad of the telephone. The telepay system 

15 includes an interactive voice response unit for prompting a 
payor to enter an access code, account number, debit card 
number and payment amount and for informing the user of the 
status of the transaction. Real-time processing of 

transactions is provided through use of .debit card networks, 

20 rather than the Automated Clearing House. The telepay system 

-16- 




is also capable of performing settlement functions and 
processing inquiries by payees of the system regarding 
previously processed transactions. 

United States Patent No. 5,655,008, issued to Futch, et 
5 al., discloses a system and method whereby a multiplicity of 
users may perform a variety of transactions, such as a 
product/service request, a bill payment request and long 
distance telephone service, through a system operator. The 
system includes a plurality of telephone instruments 

10 respectively having a telephone identifier and a wallet card 
swipe reader or the like for inputting a user identifier. A 
plurality of user actuators, such as individual buttons, are 
located on the telephone instrument to initiate a request for 
a particular transaction. A system processor in communication 

15 with the telephone instrument determines which type of 
transaction is being requested and determines whether the 
request is valid. Preferably, the validity check is 
completely performed at a computer having a validity table in 
its memory corresponding to the particular telephone 

20 instrument. The computer stores all transaction requests 
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accrued over a period of time in its memory and forwards them 
to a central computer at a predetermined regular time. The 
central computer then correlates the transaction request with 
complete information in its database to carry out the 
5 transaction as requested. 

United States Patent No. 5,655,089, issued to Bucci, 
discloses that analysis has revealed that there is an undue 
proliferation of first-class mail being sent each month in the 
nature of bills, statements and similar such documents. 

10 Analysis has also revealed that this produces an unnecessary 
expense for postage and processing, besides the costs involved 
in purchasing the paper and envelopes to begin with. The 
method of the invention avoids this through the single mailing 
of one or more two-sided documents on which is presented all 

15 the bills, statements, etc., intended for a given recipient 
during a specified period of time, for all subscribers to the 
service. In accordance with the described embodiment of the 
invention, the method forms a computer database of addressee 
information; merges with that database all such record 

20 information provided by subscribers; prints out one or more 



-18- 




sheets, preferably on both sides, of all information intended 
for designated recipients during the time period in question; 
and allows for a single mailing of such sheets in a single 
envelope . 

5 United States Patent No. 5,684,965, issued to Pickering, 

discloses an automated method and system for consolidating a 
plurality of individual company charges for a customer with 
different periodic company billing and payment due dates. 
Under the system, companies and businesses such as utility 

10 companies report their periodic billing information to a 
central processing office or facility. The processing office 
holds the billing information data until all of the billing 
information for the customer during a pre-selected time period 
is received. Then, the central processing facility generates 

15 a single customer statement which identifies all individual 
company charges as well as a statement due date. The 
statement is sent to the customer and payment for the charges 
due. After receiving payment from the customer, the 
centralized billing center processes the payment and then 

20 remits payment to all of the companies. 
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United States Patent No. 5,696,906, issued to Peters, et 
al . , discloses an integrated computerized system and method of 
telecommunication user account management. The invention 
creates, maintains, processes and analyzes data regarding 
5 individual users for telecommunication services. Billing for 
individual users is generated. The user data is analyzed and 
reports for all or part of the user data are prepared and 
generated. Ancillary functions are enabled, including word 
processing, editing, e-mail, and other functions. The 

10 invention is applicable to subscriber telecommunication 
services, and pay-for-use services, and the user may be a 
subscriber or a non-subscriber. The invention is applicable 
to multi- or single-channel telecommunication services. Such 
telecommunication services may include cable television, 

15 telephone, video, audio, on-line databases, television, radio, 
music video, video juke box, pay- for- view, video-on-demand, 
interactive TV, home -shopping, video conferences, telephone 
conferences, interfacing to imaging systems, and automatic 
telephone call charge-backs ("900" numbers) . The current 

20 preferred embodiment of the invention is for cable television 
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services subscriber account management. 

United States Patent No. 5,699,528, issued to Hogan, 
discloses a bill delivery payment system in which users are 
able to access a server computer on a communications network 
5 to obtain bill information and pay bills. For example, such 
a communications network may be the Internet. Using a 
personal computer, a user can access a Web site provided by 
the server computer to view the bill information and instruct 
the server computer as to the details of the bill payment. In 

10 a second embodiment, without visiting the web site, users are 
provided with electronic bills containing bill information in 
the form of electronic mail (e-mail) at their e-mail 
addresses. After opening an electronic bill, a user can make 
the bill payment by replying to the electronic bill. 

15 United States Patent No. 5,710,887, issued to Chelliah, 

et al . , discloses a system for facilitating commercial 
transactions, between a plurality of customers and at least 
one supplier of items over a computer driven network capable 
of providing communications between the supplier and at least 

20 one customer site associated with each customer. Each site 



-21- 




includes an associated display and an input device through 
which the customer can input information into the system. At 
least one supplier is presented on the display for selection 
by the customer using the input device. Similarly items from 
5 a supplier can be displayed for the customer to observe. In 
addition, a customer information database stores information 
relating to the customer. Associated with each customer is a ^ 
customer monitoring object for each customer. The customer 
monitoring object is created by referencing information, 

10 relating to that customer, which had been stored in the 
customer information database and when the customer selects a 
supplier. The customer monitoring object is configured to 
operate by responding to customer inquiries regarding a 
presented item by retrieving information relating to the item 

15 and presenting the information to the customer; receiving a 
customer's selection of a presented item; receiving customer 
communications, indicating a desire to receive the item; and 
passing a communication to initiate the delivery of the item 
to the customer. 

20 United States Patent No. 5,715,2 98, issued to Rogers, 
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discloses processing payment transactions using debit card 
numbers without the requirement of a personal identification 
number (PIN) . A telepay system provides an interface between 
a standard touch- tone telephone and at least one debit card 
5 network such that real-time bill payment transactions may be 
effected using a keypad of the telephone. The telepay system 
includes an interactive voice response unit for prompting a 
payor to enter an access code, account number, debit card 
number and payment amount and for informing the user of the 
10 status of the transaction. Real-time processing of 

transactions is provided through use of debit card networks, 
rather than the Automated Clearing House. The telepay system 
is also capable of performing settlement functions and 
processing inquiries by payees of the system regarding 
15 previously processed transactions. 

United States Patent No. 5,715,399, issued to Bezos, 
discloses a system for securely indicating to a customer one 
or more credit card numbers that a merchant has on file for 
the customer when communicating with the customer over a non- 
20 secure network. The merchant sends a message to the customer 
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that contains only a portion of each of the credit card 
numbers that are on file with the merchant. Then a computer 
retrieves the credit card numbers by reference on file for the 
customer in a database, constructs the message, and transmits 
5 the message to a customer location (10) over the Internet 
network (30) or other non- secure network. The customer can 
then confirm in a return message that a specific one of the 
credit card numbers on file with the merchant should be used 
in charging a transaction. Since only a portion of the credit 

10 card number (s) are included in any message transmitted, a 
third party cannot discover the customer's complete credit 
card number (s) . 

United States Patent No. 5,724,512, issued to Dedrick, 
discloses a method for providing electronic advertisements to 

15 end users in a consumer best- fit pricing manner including an 
index database, a user profile database, and a consumer scale 
matching process. The index database provides storage space 
for the titles of electronic advertisements. The user profile 
database provides storage for a set of characteristics that 

20 correspond to individual end users of the apparatus. The 



-24- 



consumer scale matching process is coupled to the content 
database and the user profile database and compares the 
characteristics of the individual end users with a consumer 
scale associated with the electronic advertisement. The 
5 apparatus then charges a fee to the advertiser, based on the 
comparison by the matching process. In one embodiment, a 
consumer scale is generated for each of multiple electronic 
advertisements. These advertisements are then transferred to 
multiple yellow page servers, and the titles associated with 

10 the advertisements are subsequently transferred to multiple 
metering servers. At the metering servers, a determination is 
made as to where the characteristics of the end users served 
by each of the metering servers fall on the consumer scale. 
The higher the characteristics of the end users served by a 

15 particular metering server fall, the higher the fee charged to 
the advertiser. 

United States Patent No. 5,724,584, issued to Peters, et 
al . , discloses a system for processing a batch which is 
distributed into a plurality of independent segments. A 

20 preferred embodiment of this invention calls for 
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implementation on a symmetrical multiprocessing platform, 
however, the invention is also applicable to massively- 
parallel architectures as well as uniprocessor environments. 
Each segment comprises a plurality of discrete events, each 
5 discrete event comprising a plurality of sub-events to be 
processed. The system operates to process each discrete event 
within each segment sequentially and each sub-event within 
each discrete event sequentially. The plurality of segments 
may be processed on an uniprocessor, an SMP system or an MPP 

10 system. By balancing the number of discrete events in each 
segment using a "coarse grain" approach, a flexible but 
efficient use of processor availability is obtained. 

United States Patent No. 5,727,249, issued to Pollin, 
discloses a system and method of collecting payments 

15 comprising an automated system to generate a draft, payable to 
the creditor and drawn on the payor's checking account, 
pursuant to the payor's authorization. The draft is then 
executed by the debt collector as authorized signatory for the 
payor, and deposited into the payee's account to complete 

20 payment . The automated system has a simple input screen that 
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receives the necessary information for generation of the 
draft, which may be read to the system operator over the 
telephone by the authorizing payor. The system verifies the 
bank and account information by comparing the input 
5 information to records in a database associated with the 
system. Optionally, the system may also generate an inquiry 
to the bank to determine the availability of funds in the 
payor's account. When verification is complete, the system 
generates a paper bank draft payable to the payor, using MICR 
10 ink so that the draft can be processed in the banking system 
like an ordinary check. The signature block of the draft is 
made for the collection agent "as authorized signatory for" 
the payor. 

United States Patent No. 5,729,594, issued to Klingman, 
15 discloses a remote communication system for facilitating 
secure electronic purchases of goods on-line, wherein a 
suitable local user input device in association with a data 
transmission system couples the user input into a packet 
network system for communication to a remote receiver/decoder 
20 apparatus to try a potentially desired product. Upon 
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selection of the desired product by the user, a telecom 
network link is used to communicate a telephone number 
associated with the desired product from the user to the 
remote receiver to allow the user to buy the desired product. 
5 The telecom network used to link the user input device to the 
remote apparatus may also include a 900 number billing system 
for assessing and collecting fees for use of the system. 

United States Patent No. 5,734,828, issued to Pendse, et 
al., discloses an on-line/information service system which is 

10 constituted with a caller management server and a number of 
on-line/information servers. The caller management server is 
equipped with multiple ports and complementary 
hardware/software, including a call management application, 
for managing multiple concurrent calls, which includes 

15 optionally validating the calls depending on whether services 
are provided on a callee or caller basis, assigning and 
connecting the calls to corresponding on-line/information 
service delivery environments on the on-line/information 
servers. The on- line/ information servers are equipped with 

20 adequate hardware/software, including an on-line/information 
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service manager application and a number of on- 
line/information service applications, to support multiple on- 
line/information service delivery environments. Each on- 
line/information service delivery environment is equipped with 
5 streamlined application sharing host services, thereby 
allowing an end-user PC equipped with streamlined application 
sharing client services to access on-line/inf ormation services 
provided by the on-line/information service applications. 

U.S. Pat No.: 5,737,414, issued to Walker, et al . , 
10 discloses a billing and collection system for enabling payment 
for a service provided over a data network by billing a 
customer for a telephone connection to a shared revenue 
billing network where the telephone connection to the billing 
network regulates access to the service provided over the data 

0 

15 network, comprising: a data network including at least one 
user on-line service provider presenting at least one service 
for on-line access by a user with a user computer through the 
data network, a billing network and an access management 
computer for controlling access to the on-line service 

20 provider and billing the user for access to the on-line 



-29- 




service provider, the access management computer communicating 
with the data network for enabling and terminating access to 
the on-line service provider through the user computer whereby 
the billing Network shares revenues for the telephone 

5 connection with the on-line service provider. 

United States Patent No. 5,739,512, issued to Tognazinni, 
discloses that digital delivery of receipts overcomes many of 
the problems associated with paper receipts. Digital receipts 
can be delivered over a proprietary or over an open Network 

10 such as the Internet. They can be uploaded to a smart card. 
They can be standardized in format to facilitate automated 
processing. An e-mail address can also be incorporated into 
a bank card or other machine readable and for automatic 
routing of the receipt to a payor 1 s e-mailbox. 

15 It is clear that these prior references do not teach or 

suggest the present invention, which invites the consumer to 
visit an interactive "transaction community" that provides the 
consumer with an interesting, creative alternative to 
traditional methods of debt presentment and resolution. 

20 
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SUMMARY OF THE INVENTION 

The present debt presentment and resolution sysytem 
utilizes an Internet system featuring the distributed network 
of administrative and consumer users on, for example, 
5 Microsoft Windows 32 -bit operating systems connecting legacy 
systems and providing secure access to a robust SQL database 
structure delivering innovative benefits and advantages in 
customer service and payment options for consumers. Billing 
service companies whose services extend via the mail and 

10 electronic bill presentment and payment do not offer a 
connected system that integrates the paper billing system with 
the online enhanced customer service and payment options. 

The disclosed system is an Internet Content Provider 
serving a "transaction community" of creditors and debtors. 

15 Said invention brings these two groups together to engage in 
alternative debt resolution via enhanced, interactive 
communication. The principle underlying the "transaction 
community" model is mutuality. A community is created when it 
is mutually beneficial for individuals to come together in a 

20 common understanding. The "transaction community" has 
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enormous potential for mutuality because it has beneficial 
offerings for both the creditor and the debtor communities. 
The creditor community benefits by providing enhanced customer 
service and gaining increased profits. The debtor community 
5 benefits by gaining enhanced customer service and access to an 
array of services related to improving their financial 
condition . 

The "transaction community" model provides transaction 
focal points or kiosks for credit and collection agencies to 

10 drive customers to complete transactions. The base technology 
of a "transaction community" is a sophisticated 
Internet/intranet based software application that allows users 
to access and input information related to a particular debt 
with any popular browser. The user is invited to resolve debt 

15 through direct mail correspondence from the collection agency. 
This letter includes the "transaction community" Internet 
address (URL) as well as a unique ID that allows users to view 
their debt and enter a valid settlement. The credit or 
collection agency can consult with its clients to decide which 

20 "transaction community" would be appropriate to direct the 
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client's customers toward. For example, a collection agency's 
utility client would want to have their customers directed to 
a "transaction community" for utility payment. 

Customers may select from a variety of settlement options 
5 listed on the HTML (HyperText Markup Language) page. The 
database records for the "transaction community" are 
synchronized with those of the corresponding debt collection 
agency and exchanged at regular intervals. 



10 community" requires several steps. First, a creditor invites 
debtor to "join" through mail and/or telephone to communicate 
using a new customer service option, "transaction community" . 
Next, the customer enters the appropriate URL (Universal 
Resource Locator) into their Internet browser and begins 

15 interfacing with the "transaction community" . The customer is 
welcomed and the purpose or goal of the "transaction 
community" is explained. Clearly explained to said customer 
is that : technology has improved and the customer should 
benefit from advances in technology, the Internet has improved 

20 the way a provider and a customer may communicate and interact 



Initiation of debtor interaction with said 



"transaction 
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regarding transactions, the "transaction community" helps 
customers solve their debts by opening the lines of 
communication in an efficient, confidential, private, 
controlled, and comfortable environment, and the "transaction 
5 community" is a customer friendly service interface presented 
on a computer via the Internet designed to mediate between 
creditor and debtor and collect delinquent receivables and 
debts. The "transaction community" then asks t he debtor to 
provide a secure pass code (a s provided by the credit or i n the 

10 invitation) to bring up account inf oration. The "transaction 
community" then states the current status of the account and 
gives the customer or debtor options for further negotiation. 
The first option could be an agreement to pay the outstanding 
debt. At this point, options for payment may be displayed. 

15 Payment options include secure credit card payment or secure 
acceptance of checks through integration of an automated 
customer check printing system into the Internet transaction 
system as a few of the possible payment means. Other possible 
responses, aside from agreeing to pay said debt could include, 

20 but are not limited to, discernable choices for the debtor 
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and/or a free form slate for communication via forms or e- 
mail. Said customer may choose a reason or type a reason why 
said debt is not paid and the appropriate form is sent to the 
collection center. In addition, the creditor can choose 
5 automated decision making via an artificial intelligence means 
(debtor response is matched with creditor tolerances) located 
within said "transaction community" server or may choose human 
decision via an online e-mail collection center. 

In addition to the debt resolution or transaction 

10 management, the "transaction community" could incorporate 
interactive content that may be of interest to the 
demographics and characteristics of the particular market 
segment. This content could include information, links to 
other financial and employment related sites, and other 

15 interactive services. 

The system architecture is divided into two sides, client 
side and server side. On the client side, said debtor will be 
able to login to the "transaction community" web page by 
entering said unique identification code, typically a password 

20 generated by the system, and typically supplied to the debtor 
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along with his/her bill or "past due" notice. 
Debtors/users/customers . will be able to use leading web 
browser software to access the "transaction community" web 
page. 

5 The application essentially consists of several HTML 

forms, containing a minimal set of ActiveX controls, to 
increase speed of operation and eliminate the necessity of 
downloading appropriate ActiveX controls from said web page. 
The first screen may have two data entry fields, Customer 

10 ID, i.e., said unique identification code, and said secondary 
key. After proper authentication, which will take the user to 
another HTML page, an account presentation form may appear. 
The data displayed on this account form will be read from the 
remote database residing on the "transaction community's" 

15 server. These components should constitute the "back office" 
components . 

The second form may contain, but is not limited to, the 
following data about the account: debtor identification code, 
secondary access key, debtor name, debtor address, debtor 
20 phone number (s), debtor fax number (s), debtor's e-mail 



-36- 



address (s) , DUNS number, initial creditor's name, amount of 
the loan, principal amount of loan, interest to date, other 
costs accrued, debt status, aging of the debt, and collection 
agent's name. If data for one of the fields is not available, 
5 a "blank" field may be displayed. Alternatively, an 
administrative or help page may also appear. 

To further process the transaction, a button on said 
page, possibly labeled "Settlement Options", will then take 
users to another HTML page that may have five or more options; 

10 pay the debt off now with a credit card, dispute the debt, 
make a payment via phone, make a payment via check, or make a 
payment promise. The first option will allow debtors to pay 
off the debt with a credit card, in which case a standard 
credit card payment screen with data fields will appear. The 

15 second option will load an HTML page that will allow debtors 
to enter a dispute claim and e-mail it to the creditor or 
collection agent. It will also provide an option to request 
a verification of the debt. When a dispute message is 
received, some auto-decision making tools may be used, or the 

20 decision may be made manually and sent to the customer. The 
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third option will provide users with telephone access to an 
authorized representative to arrange payment. With this 
option the customer will need to provide a representative with 
information about his/her checking account and/or bank 
5 requisites. The fourth option will allow users to arrange 
payment via a check or via a debit system on the account 
thereof. The fifth option will allow debtors to make a 
promise to send a payment via check or money order by a 
!S certain date, for a certain amount to an address that could be 

: t=? 

yl 10 verified on the HTML form. An account number verification 
ffl will also be requested from the customer. Additional HTML 

O forms may be created or provided to support additional desired 

H options. The disclosed system is payment processor neutral, 

;~ i.e., as payment systems evolve, they may be incorporated into 

.1? 15 the present system. 

On the server side, the system contains appropriate 
database software and appropriate system support software. 
Authenticated customers will be able to access the database 
records and administer the accounts to various utilities such 
20 as an Internet Transaction Control Center via either RAS 
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(remote access service) or HTTP through their web browsers. 

Database records contain all the necessary fields to 
describe each account contained in the database, such as the 
status codes, description fields, history field, status types, 
5 action codes, and transaction result codes. 

It is anticipated that the present invention may be 
utilized in a broad range of applications other than debt 
collection in short, as an Internet Transaction Control 
Center. It incorporates a Web Debt Settlement System, 

10 providing a method for coordinating with various types of 
collection systems. It is intended that the invention also 
allows for payment by check via the Internet, as well as a 
method for making philanthropic contributions. Such a feature 
would be made available by the creditor or biller as a 

15 promotion or at the consumer's choice, by which the consumer 
could choose from a list of charitable organizations. 

The system is also equipped with a fundraising system 
providing direct mail to invite campaign contributions. The 
system keeps accurate records of the donors and their 

20 contributions, and it gives donors the option to pay 
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immediately (via check, credit card or smart card) , or to pay 
in accordance with payment plans approved by the organization. 
This fundraising attribute of the system is designed to ensure 
privacy while also providing the permanent contribution 
5 records required by campaign laws. 

The system may also include a revenue sharing system. 
Upon using a particular system feature, the system would 
distribute revenue to the appropriate vendor of that feature. 
For example, when the consumer logs on to a Website, the 

10 system would distribute revenue to the direct mail 
provider/system provider. When a consumer chooses to pay via 
credit card, revenue would be dispensed to the credit card 
processor. If the Call Center Button is hit, revenue would go 
to the call center button/center provider. Upon consolidation, 

15 the system will allocate revenue to the appropriate vendor. 
The system may also provide Help and Advertising for Dynamic 
Debt Resolution, as well as a Collection/Customer Service Call 
Center Button on the Web Page. 

In preferred embodiments, the invention features a 

20 dynamic changing of graphical user interface to adapt to 
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international language variances. The system utility will 
include interactive digital agents to guide the bill payer or 
the debtor through payment or customer service. The system 
will also incorporate digital advertising based on what is 
5 already known about the consumer. 

Another component of the invention is an Education and 
Entertaining Bill Payment experience for American consumers. 
This will include educational information, debt counseling and 
debt consolidation, as well as games and promotions. 

10 Thus, it is the object of this invention to provide a 

system and method for debt presentment and resolution through 
an Intranet or Internet content provider. 

Further, it is also the object of this invention to 
provide a system and method comprising a plurality of 

15 "transaction communities" which are electronic forums for 
interaction between a plurality of parties through means of 
electronic mail (e-mail) or other such electronic 
communication means. 

Furthermore, it is also an object of this invention to 

20 have an embodiment employing artificial intelligence means, 
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whereby verbose instantaneous communication is made possible 
by the comparison of responses to tolerances. 

In addition, it is also an object of this invention to 
provide a system and method further comprising an 
5 Internet/Intranet base software application that allows said 
debtors to access and input information related to a 
particular debt with any leading Internet browser software. 

Further, it is an object of this invention to provide a 
web-based financial service accessable to any person with a PC 
10 and Internet connection. 

Additionally, it is an object of this invention to 
provide a web-based financial service whereby database records 
at said "transaction community" are synchronized with those of 
the corresponding debt collection agency and exchanged at 
15 regular intervals. 

Further, it is also an object of this invention to 
provide a web-based financial service ready to adapt to the 
new standards for online banking as they evolve. 

Furthermore, it is an object of this invention to provide 
20 a web-based financial service that utilizes modern technology 
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to facilitate debt collection. 

Further, it is also an object of this invention to 
provide a web-based financial service that allows creditors to 
provide greater customer service to their customers. 
5 Further, it is an object of this invention to provide a 

web-based financial service that allows creditors to increase 
profits . 

In addition, it is also an object of this invention to 
provide a web-based financial service that provides debtors 

10 with information and access to an array of services geared 
towards improving their financial condition. 

Further, it is an additional object of this invention to 
provide enhanced means in which a debtor and creditor may 
interact regarding transactions and debts. 

15 Furthermore, it is an object of this invention to provide 

"transaction communities" which help debtors solve their debts 
by opening the lines of communication in an efficient, 
confidential, private, controlled, and comfortable 
environment . 

20 Additionally, it is an object of this invention to 
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provide a web-based financial service whose payment options 
for resolving debt include, but are not limited to, secure 
credit card payment or secure acceptance of checks through the 
integration of an automated customer check printing means into 
5 the Internet transaction system. 

Furthermore, it is an object of this invention to provide 
a web-based financial service whose options aside from paying 
the debt include, but are not limited to, disputing the debt 
or making a payment promise, and means to accomplish same. 

10 Further, it is an object of this invention to provide a 

web-based financial service whose server has appropriate 
database software and appropriate system support software. 

Additionally, it is an object of this invention to 
provide a web-base financial service whereby authenticated 

15 customers will be able to access the server database records 
and administer the accounts to various utilities such as an 
Internet Transaction Control Center via either RAS or HTTP. 

In addition, it is an object of this invention to provide 
a web-based financial service which requires a system 

20 generated unique identification code in order to gain access 
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to account information. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects will become apparent when one 
5 skilled in the art reads this disclosure along with the 
attached drawings . 

FIGURE 1 depicts a block diagram illustrating "transaction 



FIGURES 2A-D depict a flow chart tracking the debt 



FIGURE 3 depicts a logon instruction sheet. 

FIGURE 4 depicts the Login Screen that a user will encounter 
upon connection to the debt resolution website. 
15 FIGURE 5 depicts the Main Menu Screen that a user will 
encounter upon successfully logging into the program. 
FIGURE 6 depicts the screen the user will encounter when 
accessing account information. 

FIGURE 7 permits a user to create a new account. 
20 FIGURE 8 depicts the View Debtors screen, which lists debtor 



community" process methodology. 



10 



presentment and resolution process of the present 



invention . 
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profiles . 

FIGURE 9 depicts the New Debtor Profile Screen, which allows 
the user to create a new debtor profile. 

FIGURE 10 depicts the View Creditors Screen, which lists 
5 information regarding creditors. 

FIGURE 11 depicts the New Creditor Profile Screen, designed to 
allow the user to create a new creditor profile. 
FIGURE 12 depicts the Collectors Screen, and includes a 
listing of collector profiles. 
10 FIGURE 13 depicts the New Collector Profile, the purpose of 
which is to allow the user create a profile for a new 
collector. 

FIGURE 14 depicts the Pending Transactions Screen, and 
provides a listing of all impending transactions. 
15 FIGURE 15 depicts a more detailed version of the Pending 
Transactions Screen . 

FIGURE 16 depicts the Systems Settings Screen, which 
illustrates system default settings as input by the collector. 
FIGURE 17 depicts the Upload Data screen, which permits the 
20 collector to select a file and its format, as well as to 
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process it. 

FIGURE 18 depicts the Download Results screen, allowing the 
user to keep track of any information that is downloaded. 
FIGURE 19 depicts the "About SolveMyDebt.com" screen, which 
5 provides the user with information about the system. 

FIGURE 2 0 depicts the Administration Help screen, which gives 
the user the opportunity to access the system's Help feature. 
FIGURE 21 depicts the Send Mail screen, which allows the user 
to send Email. 

10 FIGURE 22 illustrates the typical notice received by a debtor 
from a collection agency regarding an overdue payment. 
FIGURE 2 3 depicts the screen a consumer first encounters upon 
entering the system. 

FIGURE 2 4 provides information for the user regarding 
15 compliance with the Fair Debt Collection Practice Act. 

FIGURE 2 5 represents the About SolveMyDebt.com screen, 
providing the user with information about the system. 
FIGURE 2 6 embodies the Security and Privacy screen, which 
leaves the user with detailed information regarding the 
20 system's security features. 
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FIGURE 27 delineates the Access Your Account screen, providing 
users with the means to enter their accounts. 
FIGURE 2 8 illustrates the Account Information screen, and 
provides the user with general account information. 
5 FIGURE 2 9 depicts the Account Details screen, which reveals 
more detailed information regarding the user's account. 
FIGURE 3 0 illustrates the screen a user encounters when paying 
a debt by credit card. 

FIGURE 31 illustrates the screen a user encounters when paying 

10 a debt by check or money order. 

FIGURE 32 depicts the screen on which a user disputes a debt. 
FIGURE 3 3 depicts the screen encountered by a user who selects 
"Other 3 76" (from Figure 31) as the reason for disputing the 
debt, and affords the user the opportunity to communicate the 

15 reasons a debt has not been paid. 

DETAILED DESCRIPTION OF THE INVENTION 

A detailed illustrative embodiment of the present 
20 invention is disclosed herein. However, physical 

communication systems, data formats and operating structures 
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in accordance with the present invention may be embodied in a 
wide variety of forms and modes, some of which may be quite 
different from those in the disclosed embodiment. 
Consequently, the specific structural and functional details 
5 disclosed herein are merely representative, yet in that 
regard, they are deemed to afford the best embodiment for 
purposes of disclosure and to provide a basis for the claims 
herein which define the scope of the present invention. 

The "transaction community" system is implemented as two 

10 Active Server applications. One of them is designed to 
provide potential debtors access to their accounts, while 
another, which allows maintenance of the data and settings, 
including system policies, is designed to be used by 
collectors, system administrators and operators, and probably 

15 third party users. Both applications share a common database, 
for instance, Microsoft SQL server 6.5. These systems also 
use client-side scripting (mostly JavaScript) , Java applets 
and ISAPI extensions in addition to server-side (ASP) 
scripting. Usage of ActiveX components on client side is 

20 reduced to minimum (there is only Microsoft Internet Transfer 
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control that is used on client side to facilitate file 
uploads) due to potential compatibility problems. This 
further exemplifies the reason why JavaScript was used instead 
of VBScript (Visual Basic Script) on the client side. The 

5 vast majority of Internet browsers support Java applets and 
JavaScript on all platforms, while ActiveX and Visual Basic 
Script is supported mainly by Microsoft Internet Explorer and 
primarily on Intel-based environments. 

The server side environment includes Microsoft NT 4.0, 

10 Microsoft IIS 3.0 with ASP (as well as Front Page extensions 
for development purposes), SQL 6.5 along with TSQL debugger 
extensions for debugging purposes. 

The client application can run on any Java-enabled 
browser supporting JavaScript. Netscape Navigator 3.0 or 

15 higher or Microsoft Internet Explorer 3.02 or higher is 
recommended. Microsoft Internet Explorer should be enabled to 
open pages containing ActiveX to upload files on server (from 
administrator's application) . 

The database scheme is relatively simple: it uses a 

20 "customer" table to represent debtors, a "creditor" table to 
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. il b ^ fe creditor profiles, a "collector" table to keep" 
i^data and an "account" table to represent a debt 

T idbit 
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IRE 1 illustrates the overall netwoikiny — scheme/' 
ftween the agency database 100, web server 103, database 
sever 104, and user 107. Said web server 103 and/database 
server 104 are networked together via a secure local area 
Network (LAN) 10 9, innaccessable by outjsQde users. Said 
10 agency database 100, web server 1^3, and user 107 are 
Networked together through the Internet 105, described above. 
Said agency database 100, server 103, and user 107 connect 

individually to the Internet via appropriate bidirectional 
communication n^ans (e.g., a modem) 101, 102, 106, 
15 respectively^ Alternatively, said web server 103 and said 
agency database 100 may also be directly connected 108 via 
eitj^er a private LAN or wide area network (WAN) to effectuate 
-i ijuuiulUtti'd&tionr 

wicn 
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Sr^rH n^ 0 ^ 1- i on i - q "l^^ q t . Pi^ r^ ll ^rf i ^n— H"J*-h i ' 1 1 u f and r u 'l i ^ 
providers through known methods 2 0 OA or integrated into 
currently available collection management systems ./ Said 
collection agency or credit provider would then decide 200B 
5 whether to utilize 202 the system or not 201. / Should said 
collection agency or credit provider decide to/use the system, 
^a special access code is given to log on/to the system 203 
(see FIG. 3). After receiving said arccess code 203, said 
collection agency or credit provider may then log on to the 
10 system 2 04 (see FIG. 4) . This yfcrings the user to the Main 
System Administration Screen S^B (see FIG. 5) . Here, the user 
is given several options . /User may access Accounts Screen 206 
(see FIG. 6) , Create Mew Accounts Screen 207 (see FIG. 7) , 
View Debtors Screen/208 (see FIG. 8) , Create New Debtor Screen 
15 209 (see FIG. 90 , View Creditors Screen 210 (see FIG. 10) , 
Create New Creditor Screen 211 (see FIG. 11) , View Collectors 
Screen 2Le (see FIG. 12) , Create New Collectors Screen 213 
(see Rjra. 13), Pending Transactions Screen 214 (see FIG. 14), 
Pen^ng Transactions Detail Screen 215 (see FIG. 15) , System 
20 y^et^i^s-Srr^^n 2ib (see FIG. 16) , Upload Data Screen zi / [see 
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FTG": — — Download Rcoulto Ccrcon 210 — (-se e "FIG : — 1 - 9) , A bo^fe- 
Screen 220 (see FIG. 20), Help Screen 221 (seeFjD3r^21) , or 
Send Mail Screen 222 (see FIG^^^^^T^^Af ter utilizing said 
screens (206-218 ^^adr^220 - 2 2 2 ) appropriately, said user may 




10 



15 



20 



kills with an invitation Lu uae - oaid oyotorn - i 

^^^JLUUkE 7B — Uluu L idLea — Cflg — preee&s — wke. rein a 

des whether or not to pay an outstanding debt. Afitfer a 
debtor receives an invitation from said creditors/indicating 
the availability of said system, debtor tja^ri decides 224 
whether to use 226 (see FIG. 24) said sy^em or not 225. Said 
debtor must then log on to the/internet and enter the 
appropriate URL (Universal Resource Locator) into their 
browser to access said system. When said debtor arrives at 
said system, said debtor is presented with several screens and 
options. Said screens and options could include targeted 
advert isements/227 , options to view said system in another 
language 22/6, an information screen containing the Fair Debt 
Collection Act 229 (see FIG. 25) , general information 
req^rding said debt presentment system 230 (see FIG. 26) , 
j^^rrnl— =H y F' ■■! iiH TT^ ' n r Q ^Wi"r^( t-'v-^^^j- -i gp^nrify a nd privacy 
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jjx f ormotiuii 2 ' 3 " 1 (see ti^~ 27) , a login screen im — a ^ccoo - bo 
account information 232 (see FIG. 28) , a help screen 233/an 
option to send electronic mail to the admins it rat or/of said 
system, and general information regarding job opportunities or 
5 other information pertinent to the demoo^aphics of said 
debtors. After viewing said screens anja options (227-235), 
said debtor may then decide 236 whe^ner to logon into said 
system when presented with option/237. If debtor decides not 
to login to said system, said/debtor leaves 238 said system. 
10 If said debtor decides to Iragin, an appropriate login passcode 
must be entered 239 to^begin customer service. After login, 
said debtor is pr^ented with the account infor mation sc reen 
240 (see FIG. 



Upon reviewing the presented debt(s), said 
debtor decides 241 whether or not to pay said debt(s) . User 
15 may decide not to pay said debt(s) 242, or may decide to pay 
said/ debt 2 52 and work out an appropriate payment schedule 

frEOUR - E — ^ n il lustrates the prnrfiss — £oa= — payjjig^i» 
diluting a debt. With res£g£t--fc^-^i^~^ step 242 
20/ ( se e £XQr — SB) , after deciding not to pay said debt., aai-d 
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fTr Tt j r i i ji rn Mm - npM n n tn ijj n p ute the* right 24?^ l - f oaid ? 

debtor decides not to dispute said debt, said debtor leases 
said system 244. If said debtor decides to dispute sa^d debt 
245, the Dispute the Debt screen is displayed 24^ (see FIG. 
5 33) . Here, said debtor may choose how to dispute said debt 
247. Said debtor may choose a discrete der>t dispute reason 
from a given list 248 (see FIG. 33) , or aaid debtor may choose 
an option to input their own reason /ror disputing the debt 
249. In either case, the creditor fcfhen processes the debtor's 

10 dispute 250 and sends an appropriate response to said debtor 
251. With respect to aforementioned step 252 (see FIG. 2C) , 
if customer decides to nay said debt and creates a payment 
schedule 253 (see FIG< 2C) , said payment schedule will be 
compared to parameters preset by said creditor through 

15 artificial intelligence 254 or by using live collectors 
monitoring account status. If said credit accepts said 
debtors payment schedule 255, said debtor will then choose a 
payment/type 262. If said creditor rejects said payment plan 
257,/said debtor is instructed to make another offer within 

20 syVi fl rija gH^rrrs-r ' a paramptprs 2~5T! ¥foo .?irlr i.fi.i.raJ. — inte lli genc e 
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process oT cuuipar«ig debtor ' o — paymeTTr scneauxe TO — fc h ay 
required by said creditor is illustrated in an adjiar£ional 
iteration comprising steps 259 through 2^j(X^^It should be 
■^noted, however , that this is mer^r$? r ^iL^strative . As many 
5 iterations as necessary^for said creditor to accept said 
debtor's paymenfe<schedule may occur. After an acceptable 
e is found, said debtor then chooses a payment 



payment 



ledule 



St^aj (\ 'Jffl^U^ 2T5 H rl luc&Ka £e s ^ of said debtor chau^nj^ 

10 a/payment method. Referring to aforementioned step 2£2 (see 
FIG. 2C) , when said debtor chooses a payroent^Cype , payment 
processing typs are presented 263. E^yment options may 
include: payment by check via Interp^t 264 , payment by credit 
card screen 265 (see FIG. 31) ,,/^ayment by payment promise 266 
15 (see FIG. 32), or other tvgfe of payment processing 267. After 
choosing a payment .processing option, said debtor enters 
payment process#ig information 268. Said debtor may then 
choose why >£ype of reciept they would prefer 269. Receipt 
option^r include: no additional receipt 270, receipt via 
20 i&^&ax^H ttl a i l, receipt via yietj i ranic mall 27;], or roc @4p£- 
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relevant payment processing information 274, p^yfnent 
processing occurs as per the debtor's selected^m^€hod. Said 
payment processing may proceed in realtime whereby receipt 
processing is performed on-J-£fie 276, payment processing may 
occur at a later d£-£e 277, e.g., batch processing, or the 
payment proc^^ing may be unsucessful 2 78. After said payment 
proces^ilig, said debtor receives receipt in form specified in 
^nLiuned ste p- 

fi)T nTTT? Til "I Hnpinhn n 1 nq nn jara f- m i n t i o ri gh^ f for n Hr>4M~** 

^tjjw - ^crd^u^ the jgrasLe oJ^ - invontion - i 




— ? — d^pi^Jt s — fl le Logiil ^LUdeu that — a uocrr — wil]^ 
counter upon connection to the debt resolution webs>£e. As 
is typical with such applications, the user is^rfesented with 
various options. For example, by clicking on "About VRG 101," 
the user can find inf ormation^c!b>out the debt collection 
company. Other related^^rvices may be accessed by clicking 
"Services 102." JsKelip 103" provides instructions on using the 
program. the event the user would prefer information via 

ghaj.iiJ!Ti ul i ii .T -n J h*a p-r fihp may rlirk- "SPnn MA i 1 . " 
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Access to the program is limited to users who have been 
previously provided (by mail or otherwise) with a "User ID 
105" and "Password 106" and once these have been typed, the 
user will click "Login 107" to enter the program. To stop 
5 transmitting the said information or to re-enter different 
information, click "Reset 108." 

The "Restricted Access Warning 109" on the bottom of the 
screen is to caution unauthorized users from entering and 
viewing the program. Once the user's ID and password have 

10 been transmitted, the user is logged in. 

FIGURE 5 depicts the Main Menu Screen that a user will 
encounter upon successfully logging into the program. The 
Main Menu Screen has the following hyperlinks to other areas 
of the database and are self explanatory: "Access Accounts 

15 Data 111;" "Create New Accounts 112;" "View Debtors 113;" 
"Create New Debtor 114;" "View Creditors 115;" "Create New 
Creditor 116;" "View Collectors 117;" "Create New Collector 
118;" "Pending Transactions 119;" "System Settings 120;" 
"Upload Data 121;" "Download Results 122;" "About Solve My 

20 Debt 123;" "Help 124;" "Send Mail 125" and "Description of 



-58- 




Operator Utilities 126." 

If the user chooses to access his or her account, then he 
or she will be brought to FIGURE 6, which depicts the screen 
the user will encounter when accessing account information. 
5 The information displayed consists of standard account 
information, including "Account Number 128," the "Name of the 
Debtor 12 9," a "Description of the Debt 13 0," an illustration 
of the "Total Due 131," "Identification of the Creditor 132," 
indication of the "Date the Debt was Created 133," and a 

10 "Description of the Collector 134." The "Branding 135" is 
illustrated as well. The remainder of Figure 6 consists of 
methods for navigating the account information page, allowing 
one to move "back one entire page 136," "back by a single 
entry (137)," "forward by a single entry 138," "forward an 

15 entire page 13 9," and to "Requery 14 0." The user can also 
"return to the main menu 141," as well as link to the system's 
"Help Feature 142" and "Send Mail 143." 

Alternatively, a user may choose to develop a new 
account. The screen illustrated in FIGURE 7 permits a user to 

20 do so. To create a new account, the user will input the 
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"Customer Name 144, " the "Identity of the Creditor 145 , " as 
well as an "Illustration of the Creditor 146." The screen 
also allows for the user to indicate a "Description of the 
Debt 147," the "Type of Account Created 148" and whether the 
5 account has been "modified 149," whether an "invoice was sent 
150," "when payment is received 151," the "Amount of the 
Principal Debt 152," "Other Costs a Consumer Might Owe 153," 
an indication of the "Interest Accrued to Date 154," the 
"Amount of the Last Payment 155," the "Status of the Debt 156" 

10 as well as any "Comments 157." The screen also allows the 
user to put in the "Monthly Payments 158," the "Maximum Number 
of Months in which to pay 159," the "Interest Rate 160," the 
"User Login Identification 161," and the "Password 162." 
Finally, this screen will process the aforementioned 

15 information upon clicking "Create 163." The user can clear the 
information in the fields by clicking "Reset 164" or the 
return to the previous "Main Menu 165." 

A user who seeks a description of a debtor can obtain 
one. FIGURE 8 depicts the View Debtors screen, which lists 

20 debtor profiles. This screen tabulates information in the 
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system by "Name 166;" "Address 167;" "Phone 168;" "E-mail 
account 169;" "Date of Birth 170;" and "Description 171." The 
user can page backward or forward by clicking the "Back 172" 
and "Forward 175" buttons, respectively. Likewise, the user 
5 can move backward or forward by a single debtor in the listing 
by hitting buttons 173 and 174, respectively. One can ask 
questions of a particular debtor by clicking the "Requery 
button 176." The user can return to the main menu "Return to 
Main Menu 111," ask for help "System Help 178," or send mail 

10 "Send Mail 179." 

Rather than viewing the profile of an already existing 
debtor; a user may create a description of a new debtor. 
FIGURE 9 depicts the New Debtor Profile Screen. This screen 
allows the user to input the personal profile of each debtor. 

15 Such information would include the "Name 180," "Address (181- 
185)," "Phone 186," and "other personal data 187-194." The 
user can input additional "Comments 195" and input the above 
information into the system database for later retrieval and 
usage by clicking "Submit 196." The user can also clear the 

20 information in the fields by clicking "Reset 197" or return to 
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the "Main Menu 198." 

Similarly, a user may seek to review a description of an 
already existing creditor or may desire to create a new one. 
This is achievable via the screens depicted in Figure 10 and 
5 Figure 11. FIGURE 10 depicts the Creditors Screen. This 
screen tabulates creditor information in the system by 
"Creditor ID 199;" "Name 200;" "Contact Name 201;" "Address 
202;" "Phone 203;" "Fax 204;" and "E-mail account 205." The 
user can page backwards or forwards by clicking the "Back 206" 

10 and "Forward 2 0 9" buttons, respectively. Likewise, the user 
can go backward or forward by a single debtor in the list by 
hitting buttons 207 and 208, respectively. One can ask 
questions of a particular debtor by clicking the "Requery 
button 210." The user can return to the main menu "Return to 

15 Main Menu 211," ask for help "System Help 212," or send mail 
"Send Mail 213 . " 

FIGURE 11 depicts the New Creditor Profile Screen. This 
screen allows the user to input the personal profile of each 
creditor. Such information would include the "Organization 

20 214," the "Name 215," "Address (216-220)," "Phone 221," and 
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other "data (222-224)." The user can input additional 
"comments 225" and input the above information into the system 
database by clicking "Submit 226." The user can delete 
information by clicking "Reset 227" or the user can return to 
5 the "Main Menu 228." 

A user can obtain a list of collector profiles, as well. 
FIGURE 12 depicts the Collectors Screen. This screen allows 
the user to list collectors, and it includes, a hyperlink to 
detailed debtor information. The screen lists the collectors 

10 by "Name 229," "Address 230," "Phone 231," "Fax Number 232," 
"Email 233," and "Comments 234." The remainder of Figure 12 
consists of methods for navigating the account information 
page, allowing one to move "back one entire page 235," "back 
by a single entry 236," "forward by a single entry 237," 

15 "forward an entire page 238," to "Requery 23 9," "return to 
the main menu 240," as well as link to the system's "Help 
Feature 241" and "Send Mail 242." 

It is also possible to create a new collector profile. 
FIGURE 13 depicts the New Collector Profile screen, which 

20 allows the user to input information about a collector such as 
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"Name 243," "Address 244-248," "Phone 249," "Fax Number 250," 
"Email 251," and "Comments 252." The system can process the 
aforementioned information, putting it into the system 
database for later retrieval and usage, by clicking "Submit 
5 253." The user can clear the information in the fields by 
clicking "Reset 254" or the user can return to the "Main Menu 
255." 

FIGURE 14 depicts the Pending Transactions Screen. This 
screen allows the user to ascertain the status of any pending 

10 transactions through the "Account 256" feature. The user can 
gain access to "Debtor / Card Member Name 2 57," "Date / Time 
Information 258," an illustration of the "Code 259," which 
includes a hyperlink to singular pending transaction 
information, the transaction "Amount 260" information, the 

15 chosen "Payment Method 261," the "Date (Expected or Promised) 
262," and the pending transaction "CC/Check Number 263." The 
user can also obtain the name of the "Issuer 264," information 
regarding a "Send Verification 265," and "Reason 266" 
information. The user can navigate around the page via the 

20 "Back by Page 267" feature, as well as "Back by Single 268," 



-64- 




"Forward by Single 269," "Forward by Page 270," "Requery 271," 
and "Return to Main Menu 272." The screen also features a 
hyperlink to information about the "System Help 273," as well 
as a hyperlink to "Send Mail 274." 
5 FIGURE 15 depicts a more detailed version of the Pending 

Transaction Screen. "Originated 275" allows a user to 
ascertain the date on which the debt originated, and "Account 
ID 276" displays the account identification number, with a 
hyperlink to the detailed account information screen. "Debtor 

10 277" provides the name of the debtor, and includes a hyperlink 
to the detailed debtor information screen. Additional 
information about the account is provided through the 
"Original Status 278," the "Amount 279," "Payment Method 280" 
information, "Date (Expected Or Promised) 281," and "Collector 

15 Decision 282" including ability to change decision with pull 
down menu. "Submit 2 83" allows the user to submit the 
information into the system database, while "Reset 284" 
permits the user toclear the fields. "Return to Main Menu 
285" allows the user to return to the system's main menu. 

20 A user may also input default settings for the system. 
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FIGURE 16 depicts the Systems Settings Screen, which provides 
information fields for the default settings. The user inputs 
minimum monthly payment information in "Minimum Monthly 
Payment 286, " the maximum number of months permitted to repay 
5 the debt in "Maximum Months to Pay the Debt 287," and the 
applicable interest rate in "Interest Rate 288." "Submit 289" 
allows the user to submit the system settings, while "Reset 
290" permits the user to reset the system. "Main Menu 291" 
allows the user to return to the system's main menu. 

10 FIGURE 17 depicts the Upload Data screen, which permits 

the creditor to prepare data offline, and then upload that 
data to the system for the convenient customization of the 
debt presentment system. The user can input a file name via 
"Import File 292," select the file format under "Format 293," 

15 process and import the file with the "Process 294" feature, 
and reset the system using "Reset 295." A file is uploaded 
using u Upload Button 296," and the user can input the full 
path to the local file using ""Full Path to Local File 296A." 
To keep track of downloaded information, a user can 

20 access FIGURE 18, which depicts the Download Results screen. 
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The download results are illustrated using "Download Results 
2 97." The date, time, characteristics and file name of the 
downloaded results are accessed using "Date 2 98, " "Time 2 99," 
"Characteristics 300," and "File Name 301," respectively. 
5 A user can access general information about the system 

through the "About SolveMyDebt.com" screen, as depicted in 
FIGURE 19. Using "SolveMyDebt.com 302," the user can access 
descriptions of the operator utilities. 

A user who seeks assistance with any of the system' s 
10 features can access the screen depicted in FIGURE 20, the 
Administration Help screen. With "Access to Help and 
Instructions for System Administration 303," the user reaches 
an illustration of the system's help screen for 
administration. 

15 Should the user wish to send Email, he or she may do so 

through the Send Mail screen, as depicted in FIGURE 21. "Pre- 
Addressed e-mail ready to fill in and send 304" illustrates 
the send mail screen for administration support. 

When a debtor receives a notice from a collection agency 

20 regarding an overdue payment, it will typically resemble the 
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one shown in FIGURE 22. The notice depicted in this Figure 
informs the debtor of the SolveMyDebt.com service, and invites 
the payor to access the cite. 

The debtor who chooses to visit the website will 
5 encounter FIGURE 23, which depicts the screen a consumer first 
meets upon entering the system. "Branding 3 05" portrays the 
visual/graphic and audio content that differentiates one 
system deployment from another, and it can be dynamic based on 
the demographic characteristics of the consumer to maximize 

10 communication effectiveness (including multilingual, 
multicultural, etc.). "Advertising 306" illustrates the 
advertising (which can be dynamic) in the generic debt 
collection embodiment. The user encounters an illustration of 
system construction information and information for compliance 

15 with the Fair Debt Collection Practice Act with "Instructions 
and FDCPA if necessary 307" (the information is based on the 
locality of the debtor to comply with fair debt collection 
laws) . The screen provides the user with hyperlinks to a 
variety of system resources via "Hyperlink to FDCPA 308," 

20 "Hyperlink to About SolveMyDebt.com 309," "Hyperlink to 
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Security and Privacy Info. 310," "Hyperlink to Access Account 
311," "Hyperlink to Help 312, " "Hyperlink to Send Mail 313," 
and "Hyperlink to Job Opportunities 314." 

A debtor who seeks detailed information regarding the 
5 FDCPA will link to FIGURE 24. "FDCPA Information 315" 
illustrates information for compliance with the FDCPA. The 
information is dynamic based on locality of debtor to comply 
with fair debt collection laws. "Hyperlinks 316" represents 
hyperlinks to about SolveMyDebt.com, security information, 

10 access to the user's account, help, and send mail. 

A consumer who seeks detailed information about the 
system itself will link to FIGURE 25, which represents the 
About SolveMyDebt.com screen. "SolveMyDebt.com 317" is a 
hyperlink to information about the SolveMyDebt.com transaction 

15 community and, where necessary, information for compliance 
with the Fair Debt Collection Practice Act. "Hyperlinks 318" 
provides access to about SolveMyDebt.com, security 
information, a user's account, help, send mail, and job 
opportunities . 

20 FIGURE 26 represents the Security and Privacy screen, to 
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which a consumer who requires more detailed material regarding 
the privacy of his or her transactions can link. The user can 
access information regarding security and privacy policies 
within the SolveMyDebt.com transaction community using 
5 "Security and Privacy Information 319." The screen also 
provides links to about SolveMyDebt.com, security information, 
access your account, help, send mail, and job opportunities 
through "Hyperlinks 32 0." 

A consumer who wishes to utilize the system can link to 
10 FIGURE 27, which delineates the Access Your Account screen. 
To gain entry into an account, the user follows the directions 
provided by "Instructions 321," then proceeds to input the 
user's account number in "Enter Your Account Number 322," and 
passcode in"Enter Your Passcode 323." To access the account, 

15 the user submits the account number and passcode via "Submit 

— ». 

324." The user also has the opportunity to clear the account 
number and passcode using "Clear 325." The screen also 
provides "Hyperlinks 326," which links a user to information 
regarding about SolveMyDebt.com, security information, 
20 accessing one's account, help, sending mail, and job 
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opportunities . 

Once the proper name and password have been processed, 
the user will reach FIGURE 28, which illustrates the Account 
Information screen. On this screen, the user will find 
5 information regarding: "Name 327," "Address 328," "Creditor 
329," "Debt Description 330," "Principal Amount 331," 
"Interest to Date 332," Other Costs 333," and "Total 334." 
The user can also determine when repayment was due with "Due 
Since 335 ," the identity of the collection agent using 

10 "Collection Agent 336." The user has the option of either 
settling the debt under "Pay the Debt 337," or disputing the 
debt via "Dispute the Debt 33 8." "Help 339" and "Home 340" 
provide the user with hyperlinks to the help information 
screen and to the SolveMyDebt.com homepage, respectively. The 

15 debt's status can be ascertained using "Status 341." 
"Account Details 342" provides a hyperlink to the account 
details information screen. 

If the consumer seeks more detailed information regarding 
the account, he or she can access FIGURE 29, which depicts the 

20 Account Details screen. Information on this screen provides 
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the user with the particulars of the debt, including: 
"Debtor/Card Member Name 343," "Date/Time 344," "Code 345," 
"Amount 346," "Payment Method 347," "Date (Exp. Or Prom.) 
348," "CC/Check Number 349," "Issuer 350," "Reason 351," and 
5 "Last Updated 352." The screen also furnishes hyperlinks to 
the account information screen with "Account 353," the 
SolveMyDebt.com homepage using "Home 3 54," the system's help 
feature with "Help 355," and the send mail feature with "Send 
Mail 356." 

10 Once the consumer decides to pay the debt, he or she can 

pay by credit card, check or money order. FIGURE 3 0 
illustrates the screen a user encounters when paying a debt by 
credit card. The user selects this choice of payment method 
with "Payment Method 357." The amount owed is depicted within 

15 the "Amount 358" field. Information regarding the user's 
credit card is input by the user into the "Card Member Name 
3 59," "Card Issuer 360," "Credit Card Number 361," and 
"Expiration Date 362" fields. The user manifests assent to 
the specified payment arrangement with "Agree 363." "Back 

20 2 64" is a means for the user to go back on the payment 
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arrangement screen . 

FIGURE 31 illustrates the screen a user encounters when 
paying a debt by check or money order. The user selects this 
choice of payment with "Payment Method 365." An illustration 
5 of the amount owed is found in "Amount 366. " The payment type 
selected; the sending date, and the address to which payment 
is being sent are illustrated in the "I'll be paying by 367," 
"I'll be sending it on 368" and "the address I'm sending 
payment is" fields, respectively. The user assents to the 

10 specified payment arrangement using "Agree 370," or may go 
back on the payment arrangement screen using "Back 371." 

If the consumer feels that the overdue payment with which 
he or she is charged is erroneous, then the consumer may 
choose to dispute he debt. FIGURE 32 depicts the screen which 

15 allows a user to dispute a debt. The user chooses from a list 
of reasons for the dispute, listed as: "Never Ordered 372," 
"Never Received 373," "Already Paid 374," "Returned 
Merchandise 375," and "Other 376." The user may also request 
a verification of the debt, using "Please send me verification 

20 of the debt 377." The user then submits the reason for 
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dispute using "Submit 378," or may choose to clear the dispute 
screen with "Clear 379." 

FIGURE 33 depicts the screen encountered by a user who 
selects "Other 376" (from Figure 31) as the reason for 
disputing the debt. This screen illustrates "Never Ordered 
380," "Never Received 381," "Already Paid 382," and "Returned 
Merchandise 383," all as seen on the debt dispute screen from 
Figure 31. "Other 384" is an illustration of the "other" 
reason selection on the debt dispute screen, as well. "Input 
Area for Other Reason 385" depicts the field available to 
input the other reason for disputing the debt. The reason may 
be reviewed by live collectors or a collection agency which 
utilizes artificial intelligence. "Please send me 

verification of the debt 386" allows the user to request 
documentation of the debt. The user then submits the reason 
for dispute using "Submit 387," or may choose to clear the 
dispute screen with "Clear 388." 
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